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Field of the Invention 



[0001] 



The present invention relates to a content retrieval 



device, and more particularly, to a content retrieval device 
which thQt is constructed to permit use of a plurality of connection 
methods to be used and which retrieves content data from a server 
10 via a communication network under an optimum connection method. 

Description of the Background Art 
[0002] In recent years, browsing of home pages (Web pages) and 
exchanges of emails on the Internet have attained great popularity. 

15 To access the Internet, the user operates a content retrieval device 
typified by a cellular phone. The content retrieval device first 
establishes a_connection to a user- subscribing network (for example, 
a mobile communication network) for access to the Internet. The 
content retrieval device then accesses a server on the Internet 

20 and retrieves content data which is typified by a home page or 
an email via the network according to the operation by the user. 
[0003] Conventionally, partly because of a low transfer rate 
in a network, servers mainly handled small-size content data such 
as text files and still picture files. However, with the recent 

25 technological advances, in vjhich the content retrieval devices 
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have achieved enhanced perf ormance_j_ and the transfer rate in a 
network has dramatically improved. Accordingly, servers are now 
able to handle large-size content data such as moving picture files 
and audio files. 

[0004] Conventional content retrieval devices access a network 
under either one of two connection methods_^-r a_circuit switching 
connection or aa ftd packet switching connection. In the circuit 
switching connection, one physical communication path is 
established between one caller and one call receiver. Since the 
caller and the call receiver occupy one communication path from 
the start of a call to the finish thereof in the circuit switching 
connection, data communication between the caller and the call 
receiver is free from influence of other data 
communications communicQtion . That is, the communication delay, 
which means the time which is required to deliver data from a sender 
to a receiver, can be made substantially constant, and thus it 
is easy to assure a transfer rate. With this feature, the circuit 
switching connection is suitable for occasions of transmitting 
large-size content data to the same receiver, such as multimedia 
phones and moving picture distribution. 

[0005] In the packet switching connection, a communication path 
is not occupied by one call but is shared with other calls, which 
is contrary to the circuit switching connection. On the shared 
communication path, data is divided into packets and is transmitted 
together with other packets for other call exchanges. The packet 



switching connection therefore permits an effective use of 
communication path resources which resultantly provides a and thuo 
reduction ine^ the communication cost. However, the packet 
switching connection experiences and/or causes problems gGncratco 
troublco such as the loss of packets and the reversal of the order 
of arrival of the packets, and thus , the packet switching connection 
fails to achieve a_constant communication delay in contrast to— 
unlike the circuit switching connection. That is, in the packet 
exchanging connection, it is not easy to assure a transfer rate. 
Moreover, since packets for one call exchange must be distinguished 
from the packets thooc for other call exchanges, each packet 
includes identifiers representing the sender and the receiver in 
addition to the data to be transmitted. The effective transfer 
rate is therefore lower in the packet switching connection than 
in the circuit switching connection. The effective transfer rate 
as used herein refers to the transfer rate for data only, excluding 
control information such as identifiers. In view of the above, 
the packet switching connection is suitable for occasions where 
a_communication delay does not cause a cQuoco no significant problem 
or where data communication is not always active throughout the 
call period, such as for the exchange oxchangco of emails. 
[0006] Conventionally, the content retrieval devices used only 
either one of the circuit switching connection and the packet 
switching connection. Recently, there has been developed a 
content retrieval device that can selectively use either the 



circuit switching connection or the packet switching connection. 
An example of such a content retrieval device is an inter-LAN 
connection device disclosed in Japanese Patent Gazette No . 2 62538 8 . 
The inter-LAN connection device is applied to systems which that 
execute data communication via ISDN ( Integrated Services Digital 
Network intcgratod — ocrvicGO — digital — network ) . The inter-LAN 
connection device monitors the data transfer amount on a 
communication path, and selects either the circuit switching 
connection or the packet switching connection based on the data 
transfer amount and the communication traffic amount, which means 
the communication density of data on a communication path, for 
each transaction. 

[0007] The inter-LAN connection device monitors data 
communication actually executed and selects either the circuit 
switching connection or the packet switching connection based on 
the status of the monitored data communication. Therefore, it 
is difficult for the inter-LAN device to select the particular 
connection method which is suitable for incoming or arriving coming 
data communication. The inter-LAN connection device has another 
problem as follows. The connection method may be switched 
depending on the status of the data communication. In such an 
event, a_communication delay is caused by the time which is required 
to complete the switching from one connection method to the other 
when a_continuous data communication without interruption is 
required such as^ — for example, when a moving picture file is 



transmitted ^ for example . In view of the above, the inter-LAN 
connection device is not suitable for data having a nature such 
that a_communication delay and interruption of data communication 
are fatal. 

5 [0008] To solve the above-described abovc problems, the 
inter-LAN connection device is provided with a transaction 
information setting section that sets an attribute of the data 
which is exchanged for each transaction as transaction information . 
By referring to the transaction information setting section, 

10 incoming coming data to be exchanged is predicted and a suitable 
connection method for the data is selected. However, on the 
Internet, various types of data such as text files, moving picture 
files, and audio files are available. Therefore, it is difficult 
for the inter-LAN connection device to correctly predict 

15 incoming coming data to be exchanged. 

SUMMARY OF THE INVENTION 

[0009] Therefore, an object of the present invention is to 
provide a content retrieval device which that selects a suitable 
20 connection method prior to data reception. 

The present invention has the following features to solve 
the above-described problems problcm abovQ . 

[0010] One aspect of the present invention is directed to a 
content retrieval device having a multi-call function which 
25 allows Qllovjing uoc of a plurality of connection methods to be used 



for retrieving content data from a server via a communication 
network under an optimum connection method . The content retrieval 
device includes: a browser section for generating a retrieval 
request specifying locational information of content data to be 
5 retrieved presently; a protocol control section for determining 
a connection method for the content data which is specified by 
the browser section prior to reception of the content data; and 
a communication control section for receiving the content data 
which is specified by the browser section from the server under 
10 the connection method as determined by the protocol control 
section . 

[0011] These and other objects, features, aspects and 
advantages of the present invention will become more apparent from 
the following detailed description of the present invention when 
15 taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a functional block diagram of a content 
retrieval device la according to a first embodiment of the present 
2 0 invention . 

FIGS . 2A and 2B are diagrams vicwp of the data structure 
of response data Drep which is generated by a content server 3 
in FIG. 1 and an internal information table Tconnl, respectively. 

FIGS. 3A and SB are diagrams vicvjo showing the 
25 relationship between main content data Dmc and sub-content data 
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Dsc. 

FIG. 4 is a block diagram of a mobile communication unit 
Ucomml to Ucomm4 . 

FIG. 5 is a flowchart of the operation of the mobile 
5 communication unit Ucomml, 

FIG. 6 is a functional block diagram of a content 
retrieval device lb according to a second embodiment of the present 
invention . 

FIGS. 7A and 7B are diagrams vicwo of a connection 
10 information table Tconn2 and an internal information table Tctyp, 
respectively . 

FIG. 8 is a flowchart of the operation of the mobile 
communication unit Ucomm2 . 

FIG. 9 is a functional block diagram of a content 
15 retrieval device Ic according to a third embodiment of the present 
invention . 

FIG. 10 is a diagram vicw of a connection information 
table TconnS . 

FIG. 11 is a flowchart of the operation of the mobile 
20 communication unit Ucomm3 . 

FIG. 12 is a functional block diagram of a content 
retrieval device Id according to a fourth embodiment of the present 
invention . 

FIG. 13 is a flowchart of the operation of the mobile 
25 communication unit Ucomm4 . 



DETAILED DESCRIPTION OF THE INVENTION PREFERRED EMBODID^ENTS 
First Embodiment 

[0012] FIG. 1 is a functional block diagram of a content 
5 retrieval device la according toe j-a first embodiment of the present 
invention. FIG. 1 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 
la. The content retrieval device la has a multi-call function 
which that permits the retrieval of content data Dc from the content 

10 server 3 by either one of the — connection mcthodo , the packet 
switching connection method or aft4 the circuit switching connection 
method . The content retrieval device la accesses the content 
server 3 via a first communication path 4pkt during the packet 
switching connection, while the content retrieval device la jr^ 

15 accesses the content server 3 via a second communication path 4tel 
during the circuit switching connection. To realize the data 
communication described above, the content retrieval device la 
includes a browser section Pbw, a protocol control section Ppc, 
a first communication control section Peel, and a second 

20 communication control section Pcc2 . 

[0013] The content server 3 stores some content data Dc, each 
of which is typically a text file described in a markup language 
typified by Hypertext Markup Language (HTML) , an audio file, a 
still picture file, or a moving picture f ile . HTML permits linking 

25 of one content data Dc to another content data Dc (a so-called 



hyperlink) . In the first this embodiment, the content data Dc in 
which a link originates is hereinafter referred to as main content 
data Dmc, and the content data Dc as a linked target is hereinafter 
referred to as sub-content data Dsc. 
5 [0014] To achieve a hyperlink, the main content data Dmc 
includes an anchor tag Tanc that specifies locational information 
lurl (that is, URL (uniform resource locator) , specified as urll 
orurl2inFIG. 1) indicating the storage location of the sub-content 
data Dsc. In the first thio embodiment, the anchor tag Tanc also 

10 includes connection method information Iconnl (connection method 
information Iconnll or Iconnl2 is illustrated in FIG. 1) as an 
attribute value. The connection method information Iconnl 
indicates a suitable connection method under which the content 
retrieval device la suitably retrieves the sub-content data Dsc. 

15 In the first thio embodiment, two types of connection method 
information Iconnl are defined: the connection method information 
Iconnll indicating that the suitable connection method is the 
packet switching connection, described as cc=packet_^— and the 
connectionmethod information Iconnl2 indicating that the suitable 

20 connectionmethod is the circuit switching connection, described 
as cc^tel. 

[0015] FIG. 1 exemplifies one main content data Dmc_^ and FIG, 
1 exemplifies two sub-content data Dscl and Dsc2 as the sub-content 
data Dsc. As the locational information lurl of the main content 
25 data Dmc, urlO is allocated, which has a form like 



http://www.xxx.co.jp/main.html. Assume that the sub-content 
data Dscl is a text file or a still picture file to which a 
communication delay and an interruption of data communication are 
not fatal, that is, a file which is suitable to be retrieved ouitably 
5 retrievable under the packet switching connection method . On the 
other hand Contrarily , assume that the sub-content data Dsc2 is 
an audio file or a moving picture file to which a communication 
delay and an interruption of data transfer are fatal, that is, 
a file suitable to be retrieved ouitably retrievable under the 

10 circuit switching connection method . Assume also that the 
locational information lurl of the sub-content data Dscl is urll 
and that the loational information lurll of the sub-content data 
Dsc2 is url2. Under the above as sumptions ao sumption , the main 
content data Dmc has descriptions of two anchor tags Tancl and 

15 Tanc2 . The anchor tag Tancl includes descriptions of ''href=urll" 
and ''cc=packef , while the anchor tag Tanc2 includes descriptions 
of ^^href=url2" and "cc=tel". 

[0016] Hereinafter, the operation of the content retrieval 
device la will be described. The protocol control section Ppc 

20 receives a content retrieval request Dcreq from the browser section 
Pbw. Assume that the present content retrieval request Dcreq is 
generated in response to an input by the user of the content retrieval 
device la and includes the locational information lurl of the main 
content data Dmc (that is, urlO) . The protocol control section 

25 Ppc passes the received retrieval request Dcreq to the first 
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communication control section Peel, thereby instructing the first 
communication control section Pccl to retrieve the main content 
data Dmc . In response to this instruction, the first communication 
control section Peel first establishes the first communication 
5 path 4pkt to the content server 3 according to the packet switching 
connection requirements— if the connection has not already been 
established, and then transmits the retrieval request Dereq to 
the content server 3. 

[0017] The first communication path 4pkt is used for retrieval 
10 of the main content data Dmc as described above . This is because, 
since the main content data Dmc is a file in which a link originates, 
the connection method which is suitable for retrieving the main 
content data Dme thio rGtricval is not specified in the anchor tag 
Tanc. In addition, the communication cost is generally lower in 
15 the packet switching connection method than in the circuit 
switching connection method since many users share the first 
communication path 4pkt . 

[0018] The content server 3 reads the content data Dc based 
on the locational information lurl in the received retrieval 

20 request Dcreq, and generates a response header He and response 
data Drep. The content data Dc read presently is main content 
data Dmc . The response header He generated presently is a response 
header Hme for the main content data Dmc- which includes a protocol 
identifier IDprt, a response result code Crep, a content type Ictyp, 

25 and a content data length Ielg_^ as shown in FIG. 2A. The protocol 



identifier IDprt specifies the protocol for the present data 
communication. The response result code Crep specifies the 
response result to the present retrieval request Dcreq. The 
content type Ictyp indicates the type of the presently read content 
5 data Dmc. Here, assume that the present content type Ictyp 
indicates that the content data Dmc is described in HTML. The 
content data length Iclg indicates the size of the presently read 
content data Dmc. The response data Drep prepared presently is 
response data Drepl for the main content data Dmc. The response 
10 data Drepl, which includes the main content data Dmc and the 
above-described response header Hmc that is added to the main 
content data Dmc, is transmitted to the content retrieval device 
la via the first communication path 4pkt. 

[0019] In the content retrieval device la, the first 
15 communication control section Peel receives the response data Drepl 
via the first communication path 4pkt and passes the response data 
Drepl to the protocol control section Ppc in its current form a-& 
it io . The protocol control section Ppc identifies the type of 
the content data Dc from the preceding content type Ictyp in the 
20 received response data Drepl. If the content type Ictyp indicates 
HTML, the protocol control section Ppc passes the received response 
data Drepl to a language analysis portion (not shown) of the browser 
section Pbw, thereby instructing the browser section Pbw to analyze 
the main content data Dmc in the response data Drepl. 
25 [0020] In response to the instruction, the browser section Pbw 



analyzes the structure and arrangement of the text which is 
represented by the content data Dmc, and then performs display 
processing for the text. In addition, the browser section Pbw 
extracts, as internal information, a set of the locational 
5 information lurl and the connection method information Iconnl from 
each of the anchor tags Tancl and Tanc2 . Further, A ftd the browser 
section Pbw describes the extracted information in an internal 
information table Tconnl held therein. As shown in FIG. 2B, the 
internal information table Tconnl is constructed so as to allow 

10 for a description of sets of the locational information lurl and 
the connection method information Iconnl therein. With this 
information table Tconnl , it is possible to indicate which 
connection method, i.e., the packet switching connection method 
or the circuit switching connection method , is suitable f ora ^ the 

15 retrieval of the sub-content data Dsc . In the f irst this embodiment, 
the anchor tag Tancl includes the set of ''href =urll" and ''cc=Packet" 
as the connection method information Iconnll, and the anchor tag 
Tanc2 includes the set of ''href =url2'' and "cc=tel" as the connection 
method information Iconnl2, as shown in FIG. 1. Therefore, 

20 described in the internal information table Tconnl are the set 
of urll and packet and the set of url2 and tel as shown in FIG. 
2B. Thus, it is indicated that the packet switching connection 
is suitable for the retrieval of the sub-content data Dscl, while 
the circuit switching connection is suitable for the retrieval 

25 of the sub-content data Dsc2 . 



[0021] When the sub-content data Dscl is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 
including the locational information lurl. This retrieval 
request Dcreq is automatically generated by the browser section 
5 Pbw. The retrieval request Dcreq is automatically generated when 
the sub-content data Dscl is embedded in the main content data 
Dmc. An example of this embedded data is shown in FIG. 3A, where 
a still picture which is represented by the sub-content data Dscl 
is pasted to text which is represented by the main content data 

10 Dmc. The protocol control section Ppc extracts the locational 
information lurl from the received retrieval request Dcreq, and 
extracts the connection method information Iconnl pairing with 
(corresponding to) this locational information lurl ( the 
connection method information Iconnll in this case) from the 

15 internal information table Tconnl (see FIG. 2B) . The protocol 
control section Ppc determines which connection method, i.e., the 
packet switching connection or the circuit switching connection, 
should be adopted for the present sub-content data Dsc according 
to the extracted connection method information Iconnl . Since the 

20 connection method information Iconnll has been extracted in this 
case, the packet switching connection method is determined to be 
suitable . 

[0022] Based on the above determination, the protocol control 
section Ppc passes the received retrieval request Dcreq to the 
25 first communication control section Peel, thereby instructing the 
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first communication control section Peel to retrieve the 
sub-content data Dscl. In response to this instruction, the first 
communication control section Peel transmits the present retrieval 
request Dcreq to the content server 3 via the first communication 
5 path 4pkt if the first communication path 4pkt has been established. 
If the first communication path 4pkf has not been established, 
the first communication control section Peel first establishes 
the first communication path 4pkt to the content server 3 and then 
transmits thereto the present retrieval request Dcreq to the 

10 content server via the established first communication path 4pkt . 
[0023] Based on the locational information lurl which is 
specified in the received retrieval request Dcreq, the content 
server 3 reads the content data Dc, and generates a response header 
He and response data Drep. The content data Dc read presently 

15 is sub-content data Dscl . The content server 3 generates a response 
header Hscl for the sub-content data Dscl. The response header 
Hscl is constructed as shown in FIG. 2A, where the content type 
Ictyp and the content data length Iclg respectively indicate the 
type and size of the presently read sub-content data Dscl. In 

20 the first this embodiment, the type of the sub-content data Dscl 
is a still picture as shown in FIG. 3A, and thusjr_ the type of content 
data which is specified by the content type Ictyp is a_still picture . 
The content server 3 generates response data Drep2 by adding the 
response header Hscl to the sub-content data Dscl, and sends the 

25 response data Drep2 to the first communication path 4pkt. 



[0024] The first communication control section Peel of the 
content retrieval device la receives the response data Drep2 from 
the first communication path 4pkt and passes the response data 
Drep2 to the protocol control section Ppc in its current form ee- 
5 it io . The protocol control section Ppc identifies the type of 
the content data Dscl from the preceding content type Ictyp in 
the received response data Drep2 . Once the protocol control 
section Ppc determines that the content type Ictyp indicates a 
still picture, the protocol control section Ppc jrtr passes the 

10 received response data Drep2 to a still picture display processing 
portion (not shown) of the browser section Pbw, thereby instructing 
the browser section Pbw to carry out processing for displaying 
the sub-content data Dscl in the response data Drep2 . In response 
to the instruction, the browser section Pbw performs still picture 

15 display processing of the sub-content data Dscl. As a result, 
the browser section Pbw pastes the still picture which is 
represented by the sub-content data Dscl to the text which is 
represented by the main content data Dmc. 

[0025] Next, retrieval of the sub-content data Dsc2 will be 
20 described. Assume that the sub-content data Dsc2 is an audio file 
and is embedded in the main content data Dmc. More specifically, 
as shown in FIG , 3A, the audio which is representedby the sub-content 
data Dsc2 is played during the display of the text which is 
represented by the main content data Dmc. Upon A^ the retrieval 
25 of the sub-content data Dsc2, the protocol control section Ppc 



receives a ' retrieval request Dcreq including the locational 
information lurl (that is, url2) from the browser section Pbw. 
The protocol control section Ppc extracts the locational 
information lurl from the received retrieval request Dcreq, and 
then extracts the connection method information Iconnl pairing 
with this locational information lurl ( the connection method 
information Iconnl2 in this case) from the internal information 
table Tconnl . The protocol control section Ppc determines the 
connection method to be adopted presently ( i.e., the circuit 
switching connection in this case) according to the extracted 
connection method information Iconnl. 

[0026] Based on the above determination, the protocol control 
section Ppc passes the received retrieval request Dcreq to the 
second communication control section Pcc2, thereby instructing 
the second communication control section Pcc2 to retrieve the 
sub-content data Dsc2 . In response to this instruction, the second 
communication control section Pcc2 transmits the present retrieval 
request Dcreq to the content server 3 via the second communication 
path 4tel if the second communication path 4tel has been established 
If the second communication path 4tel has not been established, 
the second communication control section Pcc2 first establishes 
the second communication path 4tel to the content server 3 and 
then transmits thereto the present retrieval request Dcreq to the 
content server 3 via the established second communication path 



4tel. 



[0027] Based on the locational information lurl which is 
specified in the received retrieval request Dcreq, the content 
server 3 reads the sub-content data Dsc2, and also generates a 
response header Hsc2 (see FIG. 2A) for the present sub-content 
5 data Dsc2. The content server 3 generates response data Drep3 
by adding the response header Hsc2 to the sub-content data Dsc2, 
and sends the response data Drep3 to the second communication path 
4tel. 

[0028] The second communication control section Pcc2 of the 
10 content retrieval device la receives the response data Drep3 from 
the second communication path 4tel, and passes the response data 
Drep3 to the protocol control section Ppc in its current form at 
it ip . The protocol control section Ppc identifies the type of 
the sub-content data Dsc2 from the content type Ictyp in the received 
15 response data Drep3 . Once the protocol control section Ppc 
determines that the content type Ictyp indicates an audio file, 
the protocol control section Ppcj rb passes the received response 
data Drep3 to an audio replay processing portion (not shown) of 
the browser section Pbw, thereby instructing the browser section 
20 Pbw to replay audio which is represented by the sub-content data 
Dsc2, In response to the instruction, the browser section Pbw 
performs replay processing . As a result, an output section (not 
shown) outputs the audio together with the screen display as shown 
in FIG. 3A. 

25 [0029] As described above, the main content data Dmc includes 
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the connection method information Iconnll and Iconnl2 which is 
suitable for the retrieval of the sub-content data Dscl and Dsc2 . 
Therefore, by analyzing the main content data Dmc, the content 
retrieval device la is informed of the connection methods which 
5 are suitable for retrieving the sub-content data Dscl and Dsc2 
prior to the retrieval of the sub-content data Dscl and Dsc2 . In 
other words, the content retrieval device la can select the circuit 
switching connection prior to retrieval of the sub-content data 
Dsc2, and thus , the content retrieval device la can retrieve an 

10 audio file or a moving picture file without any communication delay 
or an interruption of data communication. Likewise, the content 
retrieval device la can select the packet switching connection 
prior to the retrieval of the sub-content data Dscl, and thus_^ 
the content retrieval device la can retrieve a file such as an 

15 email that does not require consideration to a^communication delay 

and interruption of data communication at a relatively low 

communication cost , 

[0030] In the first embodiment, the suitable connection method 
is specified by the attribute value in the anchor tag Tanc . 
20 Alternatively, a new anchor tag may be defined separately from 
the normal anchor tag Tanc so as to specify the suitable connection 
method . 

[0031] In the above -de scribed f irst abovc embodiment, the 
sub-content data Dscl and Dsc2 are embedded in the main content 
25 data Dmc (see FIG. 3A) . Alternatively, the sub-content data Dscl 



and Dsc2 maybe linked to the main content data Dmc while representing 
contents which are independent of the main content data Dmc. More 
specifically, as shown in FIG. 3B, the contents which are 
represented by the main content data Dmc are first displayed . Once 
5 the user designates the anchor tag Tancl or Tanc2 in the context 
of the displayed contents, the content retrieval device la 
retrieves the sub-content data Dscl or Dsc2. As a result, the 
displayed contents are switched to the contents which are 
represented by the sub-content data Dscl or Dsc2 . 

10 [0032] An example of the implementation of the content retrieval 
device la of the first embodiment as described above will now be 
described. FIG. 4 is a block diagram of a mobile communication 
unit Ucomml incorporating the content retrieval device la. 
Referring to FIG. 4, the mobile communication unit Ucomml includes 

15 a_CPU 11, a_ROM 12 , a RAM 13, the first communication control section ■ 
Peel, the second communication control section Pcc2, an input 
device 14, an output device 15, a multiplexer/demultiplexer 16, 
and a transmitter/receiver 17 . The CPU 11 executes a program which 
i^stored in advance in the ROM 12 . During execution of the program 

20 stored in the ROM 12 , the CPU 11 uses the RAM 13 as a working area. 
The CPU 11_^ in combination with the ROM 12 and the RAM 13_j_constitutes 
the browser section Pbw and the protocol control section Ppc (see 
FIG. 1) described above. The first communication control section 
Peel performs data communication under the packet switching 

25 connection method under the control of the CPU 11. Likewise, the 



second communication control section Pcc2 performs data 
communication under the circuit switching connection method under 
the control of the CPU 11. The CPU 11, the ROM 12, the RAM 13, 
the first communication control section Peel, and the second 
5 communication control section Pcc2 constitute the content 
retrieval device la. 

[0033] The input device 14 typically includes keys, buttons, 
and a jog dial— which are operated by the user. The output device 
15, which includes a liquid crystal display and a speaker, performs 

10 output processing for output data Pout that is generated by the 
CPU 11_^ and presents the contents which are represented by the 
output data Dout to the user. The multiplexer/demultiplexer 16 
multiplexes the retrieval request Dcreq which is received from 
the first communication control section Peel and the second 

15 communication control section Pcc2, and also demultiplexes the 
content data Dc which is received from the transmitter/ receiver 
17. More specifically, since content data Dc that are directed 
to other mobile communication units Ucomml are also sent from the 
transmitter/receiver 17, the multiplexer/demultiplexer 16 

20 demultiplexes the content data Dc directed to itself from the 
content data Dc that are directed to other units. The 
transmitter/receiver 17 sends the retrieval request Dcreq which 
is multiplexed by the multiplexer/demultiplexer 16 to the 
communication network 2. In addition, the transmitter/receiver 

25 17 receives the content data Dc which is transmitted via the 



communication network 2 and passes the data to the 
multiplexer /demultiplexer 16 . 

[0034] The operation of the mobile communication unit Ucomml 
will be described with reference to the flowchart of FIG. 5. The 
5 CPU 11 executes a program stored in the ROM 12. The user inputs 
locational information lurl of content data Dc that he or she desires 
to retrieve at the present thio time through the input device 14. 
Assume that the locational information which is input presently 
is the locational information lurl of the main content data Dmc 

10 (that is, urlO) . The CPU 11 first operates as the browser section 
so as to generate a retrieval request (step SlOl) . More 
specifically, atstepSlOl, the CPU 11 generates a retrieval request 
Dcreq including the locational information lurl which is sent from 
the input device 14. 

15 [0035] The CPU 11 then operates as the protocol control section 
^P^ SQ as to determine whether or not the connection has been 
established (step S102). More specifically, at step S102, the 
CPU 11 determines whether or not access to the content server 3 
(see FIG. 1) is possible under either the packet switching 

20 connection or the circuit switching connection methods . If the 
connection has not been established, the CPU 11 passes the present 
retrieval request Dcreq to the first communication control section 
Peel, thereby instructing the first communication control section 
Peel to retrieve the main content data Dmc (step S103) . The above 

25 series of processing until step S103 are those operations which 
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are executed by the protocol control section Ppc . 
[0036] In response to the instruction from the CPU 11, the first 
communication control section Peel establishes the first 
communication path 4pkt to the content server 3 (step S104) . Once 
5 the first communication path 4pkt has been established, the first 
communication control section Peel passes the retrieval request 
Dereq to the multiplexer/demultiplexer 16. The 
multiplexer/demultiplexer 16 then multiplexes the received 
retrieval request Dereq and passes the multiplexed retrieval 

10 request Dereq to the transmitter/receiver 17, which sends the 
multiplexed retrieval request Dereq to the first communication 
path 4pkt . In this way, the presently generated retrieval request 
Dereq is sent to the first communication path 4pkt (step S105) . 
The content server 3 receives the retrieval request Dereq, and 

15 in response to the received retrieval request Dereq, the content 
server 3 generates response data Drepl (see FIG. 2A) , which is 
sent to the first communication path 4pkt. 

[0037] In the mobile communication unit Ueomml, the 
transmitter/receiver 17 receives the response data Drepl from the 

20 first communication path 4pkt and passes the data to the 
multiplexer/demultiplexer 16. The multiplexer/demultiplexer 16 
demultiplexes the response data Drepl which is directed to itself 
from those directed to other units, and passes the data to the 
first communication control section Peel . The first 

25 communication control section Peel passes and stores the received 
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response data Drepl in its current form ao it io to the RAM 13. 
In this way, the response data Drepl is received by the mobile 
communication unit Ucomml (step S106) . Once the response data 
Drepl is stored in the RAM 13, the CPU 11 operates as the protocol 
5 control section Ppc so as to determine the type of the main content 
data Dmc from the preceding content type Ictyp in the received 
response data Drepl (step S107) . More specifically, the CPU 11 
determines whether or not the main content data Dmc is described 
in HTML, In this case, the content type Ictyp in the response 
10 data Drepl indicates HTML. Therefore, the CPU 11 proceeds to step 
S108. 

[0038] The CPU 11 then operates as the browser section Pbw so 
as to analyze the main content data Dmc and to extract sets of 
the locational information lurl and the connection method 

15 information Iconnl from the anchor tags Tancl and Tanc2 as internal 
information. The CPU 11 describes the extracted sets of the 
locational information lurl and the connection method information 
Iconnl in the internal information table Tconnl. In this way, 
the internal information table Tconnl is created (step S108) . The 

20 CPU 11 also analyzes the structure and arrangement of the text 
which is represented by the main content data Dmc, and generates 
output data Dout in the RAM 13 (step S109) . The output data Dout 
is transferred to the output device 15, which performs display 
processing according to the output data Dout. 

25 [0039] When the sub-content data Dscl or Dsc2 is to be retrieved 



by the mobile communication unit Ucomml, the CPU 11 generates a 
content retrieval request Dcreq (step SlOl) . This time, the 
retrieval request Dcreq is automatically generated by the CPU 11, 
and includes the locational information lurl (that is, urll or 
5 url2)". The CPU 11 determines whether or not the connection has 
been established (step S102) . This time, the first communication 
path 4pkt is available for data communication . The CPU 11 therefore 
determines that the connection has been established. The CPU 11 
then determines whether or not the content data Dc to be retrieved 

10 presently is sub-content data Dsc (step SlOlO) . More specifically, 
the CPU 11 determines whether or not the connection method 
information Iconnl corresponding topairing with the locational 
information lurl in the presently prepared retrieval request Dcreq 
is found in the internal information table Tconnl (see FIG. 2B) 

15 that is created at step S108. 

[0040] If the connection method information Iconnl is not found 
in the internal information table Tconnl , the content data Dc to 
be retrieved presently must be main content data Dmc. The CPU 
11 therefore proceeds goco to step S105 so as to execute the 

20 subsequent process steps. If the connection method information 
Iconnl is found in the internal information table Tconnl , the 
content data Dc to be retrieved presently is considered to be 
sub-content data Dsc. The CPU 11 then extracts the connection 
method information Iconnl (the connection method information 

25 Iconnll or Iconnl2) corresponding topairing with the locational 



information lurl from the internal information table Tconnl (step 
SlOll) . Thereafter, the CPU 11 determines whether or not the 
extracted connection method information Iconnl indicates the 
second communication path 4tel (step S1012) . 
5 [0041] If the present retrieval request Dcreq includes urll 
as the locational information lurl, the connection method 
information Iconnll has been extracted at step SlOll. In this 
case, the CPU 11 determines that the extracted connection method 
information Iconnl does not indicate the second communication path 

10 4tel. That is, the CPU 11 determines that rotricval — e# the 
sub-content data Dscl is to be retrieved through the first 
communication path 4pkt as in the main content data Dmc. 
[0042] If the present retrieval request Dcreq includes url2 
as the locational information lurl, the connection method 

15 information Iconnl2 has been extracted at step SlOll. In this 
case, the CPU 11 determines that the extracted connection method 
information Iconnl indicates the second communication path 4tel. 
That is, the CPU 11 determines that rctrioval of the sub-content 
data Dsc2 is to be retrieved under the circuit switching connection 

20 method . The CPU 11 then proceeds to step S1013, and first instructs 
the first communication control section Peel to cut the connection 
( i.e., disconnect the first communication path 4pkt) . The CPU 
11 then passes the presently generated retrieval request Dcreq 
to the second communication control section Pcc2, thereby 

25 instructing the second communication control section Pcc2 to 
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retrieve the sub-content data Dsc2 (step S1013) . The above series 
of processing from steps SlOlO through S 10 13 are also the operations 
which are thooG executed by the protocol control section Ppc . 
[0043] In response to the instruction from the CPU 11, the first 
5 communication control section Peel disconnects the first 
communication path 4pkt that has been established as the path to 
the content server 3. Also, in response to the instruction from 
the CPU 11, the second communication control section Pcc2 
establishes the second communication path 4tel to the content 

10 server 3 according to the circuit switching connection requirements 
(step S1014) . Once the second communication path 4tel has been 
established, the second communication control section Pcc2 passes 
the retrieval request Dcreq to the multiplexer/demultiplexer 16. 
The multiplexer/demultiplexer 16 then multiplexes the received 

15 retrieval request Dcreq and passes the multiplexed retrieval 
request Dreq to the transmitter/receiver 17, which sends the 
multiplexed retrieval request Dcreq to the second communication 
path 4tel . In this way, the presently generated retrieval request 
Dcreq is sent to the second communication path 4tel (step S105) . 

20 As a result, the sub-content data Dsc2 is retrieved via the second 
communication path 4tel, unlike the main content data Dmc. 
[0044] As described above with reference to FIG. 3A, the 
sub-content data Dscl and Dsc2 represent still picture and audio, 
and thus are not described in HTML in^ the strict sense . Therefore, 

25 principally, the determination by the CPU 11 at step S107 is NO. 



In this case, the CPU 11 skips the step of extracting internal 
information from the sub-content data Dscl and Dsc2 . The CPU 11 
then generates the output data Dout based on the sub-content data 
Dscl and Dsc2 and transfers the output data Dout to the output 
5 device 15 (step S109) . The output device 15 performs still picture 
display processing and audio replay processing according to the 
received sub-content data Dscl and Dsc2 . 
Second Embodiment 

[0045] FIG. 6 is a functional block diagram of a content 

10 retrieval device lb according to e# a second embodiment of the 
present invention. FIG. 6 also shows a communication network 2 
and a content server 3 in association with the content retrieval 
device lb. As the content retrieval device la, the content 
retrieval device lb of the second embodiment has a multi-call 

15 function that permits access to the content server 3 via a first 
communication path 4pkt during the packet switching connection 
method and that permits access to the content server 3 via a second 
communication path 4tel during the circuit switching connection 
method . The content retrieval device lb of the second embodiment 

20 is different from the content retrieval device la of the first 
embodiment in that a connection information management section 
Pconnl is additionally provided so as to realize the data 

communication described above. Otherwise, the ^fee other 

construction of the content retrieval device lb is the same as 

25 the const ruction that of the content retrieval device la. In FIG. 



6, therefore, the same components as those in FIG. 1 are denoted 
by the same reference numerals. 

[0046] The connection information management section Pconnl 
holds in advance and manages a connection information table Tconn2 
5 as shown in FIG. 7A. The connection information table Tconn2 
includes inadvance sets of the content type Ictypandthe connection 
method information Iconnl that is the same as that in the first 
embodiment. The content type Ictyp indicates the type of each 
content data Dc. The connection inf ormation ^Ffejre- table 

10 Tconn2 there fore shows which connection method, i.e., the packet 
switching connection method or the circuit switching connection 
method, is suitable for each content type Ictyp of the content 
data Dc. In the second thio embodiment, the content type Ictyp 
of text/html is allocated to an HTML file, while the content type 

15 Ictyp of video/mpeg is allocated to a moving picture file. Since 
a communication delay and an interruption of data communication 
are not fatal to the HTML file, text/html preferably pairs with 
the connection method information Iconnll (packet switching 
connection) . Also, since a communication delay and an 

20 interruption are fatal to the moving picture file, video/mpeg 
preferably pairs with the connection method information Iconnl2 
(circuit switching connection) . 

[0047] The content server 3 stores some content data Dc as in 
the first embodiment. In the first embodiment, the suitable 
25 connection method itself (connection method information Iconnl) 



is described in the main content data Dmc as the attribute value 
of the anchor tag Tanc. In the second embodiment, however, as 
the attribute value of the anchor tag Tanc, the content type Ictyp 
indicating the type of the sub-content data Dsc is described. In 
5 the second thio embodiment, prepared arc two content types Ictyp 
are prepared : content type Ictypl indicating that the sub-content 
data Dsc which is specified by the anchor tag Tanc is an HTML f ile_^— 
described as type=text/html, and content type Ictyp2 indicating 
that the sub-content data Dsc which is specified by the anchor 

10 tag Tanc is a moving picture file, described as type=video/html . 
[0048] FIG, 6 exemplifies one main content data Dmc_^ and FIG. 
6 exemplifies two sub-content data Dscl and Dsc2 as the sub-content 
data Dsc. The locational information lurl of the main content 
data Dmc is urlO. Assume that the sub-content data Dscl is an 

15 HTML file to which a communication delay and an interruption of 
data communication are not fatal and that the sub-content data 
Dsc2 is a moving picture file to which a communication delay and 
an interruption are fatal, as described above. Assume also that 
the locational information lurl of the sub-content data Dscl and 

20 Dsc2 are urll and url2 , respectively. Under the above assumption, 
the main content data Dmc has descriptions of two anchor tags Tancl 
and Tanc2 . The anchor tag Tancl includes descriptions of 
''href=urll" and '''type=text/html" , while the anchor tag Tanc2 
includes descriptions of "href=url2" and "type=video/mpeg" . 

25 [0049] The operation of the content retrieval device lb having 
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the above-described abovc construction will now be described . The 
content retrieval device lb retrieves the main content data Dmc 
from the content server 3 in substantially the same manner as the 
content retrieval device la of the first embodiment. That is^ 
5 the protocol control section Ppc passes the main content data Dmc 
to the browser section Pbw to thereby instruct the browser section 
Pbw ino true ting to analyze the data. In response to this 
instruction, the browser section Pbw analyzes the structure and 
arrangement of the text which is represented by the content data 

10 Dmc so as to generate output data Dout representing the text. In 
addition, the browser section Pbw extracts sets of the locational 
information lurl and the content type Ictyp from the anchor tags 
Tancl and Tanc2 of the presently received content data Dmc as 
internal information, and describes and holds the internal 

15 information in the internal information table Tctyp. As shown 
in FIG. 7B, the internal information table Tctyp is constructed 
in advance so as to allow for a description of sets of the locational 
information lurl and the content type Ictyp therein, and as a 
result, oo that the content type Ictyp of each sub-content data 

20 Dsc is identified from the internal inf ormation thio table Tctyp . 
In the illustrated example of FIG. 6 , the anchor tag Tancl includes 
the set of "href=urll" and ''type=text/html", and the anchor tag 
Tanc2 includes the set of "href=url2" and ''type= video/mpeg" , ao 
ohovm in FIG . 6 . Therefore, described in the internal inf ormation 

25 table Tctyp are the set of urll and text/html and the set of url2 



and video/mpeg , as shown in FIG. 7B , 

[0050] When the sub-content data Dscl is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 
including urll as the locational information lurl from the browser 
5 section Pbw. The protocol control section Ppc extracts the 
locational information lurl from the received retrieval request 
Dcreq, and extracts the content type Ictyp (text/html in this case) 
pairing with the present locational information lurl from the 
internal information table Tctyp (see FIG. 7B) of the browser 

10 section Pbw. The protocol control section Ppc then determines 
which connection method, i.e., the packet switching connection 
method or the circuit switching connection method , should be 
adopted for the sub-content data Dsc to be retrieved presently. 
For this purpose, the protocol control section Ppc inquires of 

15 the connection inf ormationmanagement section Pconnl about whether 
or not the connection information table Tconn2 includes a content 
type matching with the content type Ictyp which is extracted from 
the internal information table Tctyp. If the connection 
information table Tconn2 includes a content type matching with 

20 the inquired content type Ictyp, the connection information 
management section Pconnl returns the connection method 
information Iconnl (connection method information Iconnll 
(packet) in this case) pairing with the content type Ictyp in 
question to the protocol control section Ppc. The protocol control 

25 section Ppc determines which connection method, i.e., the packet 
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switching connection method or the circuit switching connection 
method , should be adopted for the sub-content data Dscl to be 
retrieved presently according to the connectionmethod information 
Iconnl which is fetched from the connection information management 
5 section Pconnl. In this case, since the connection method 
information Iconnll is fetched, the packet switching connection 
is determined to be suitable. The subsequent operation is 
substantially the same as that of the first embodiment, and thus 
the description thereof is omitted here, 

10 [0051] When the sub-content data Dsc2 is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 
including url2 as the locational information lurl. From the 
received retrieval request Dcreq, the protocol control section 
Ppc extracts the content type Ictyp (video/mpeg in this case) 

15 pairing with the locational information lurl from the internal 
information table Tctyp of the browser section Pbw. The protocol 
control section Ppc then inquires of the connection information 
management section Pconnl about whether or not the connection 
information table Tconn2 includes a content type matching with 

20 the content type Ictyp which is extracted from the internal 
information table Tctyp. If the connection information table 
Tconn2 includes the matching content type, the connection 
information management section Pconnl returns the connection 
method information Iconnl (connectionmethod information Iconnl2 

25 (tel) in this case) pairing with the content type Ictyp in question 
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to the protocol control section Ppc. The protocol control section 
Ppc determines which connection method, i.e., the packet switching 
connection method or the circuit switching connection method , 
should be adopted for the sub-content data Dsc2 to be retrieved 
5 presently according to the connection method information Iconnl 
which is fetched from the connection inf ormationmanagement section 
Pconnl. In this case, since the connection method information 
Iconnl2 is fetched, the circuit switching connection is determined 
to be suitable . The subsequent operation is substantially the 
10 same as that of the first embodiment, and thus the description 
thereof is omitted here. 

[0052] As described above, the main content data Dmc includes 
the content type Ictyp of each of the sub-content data Dscl and 
Dsc2 . Also, the content retrieval device lb holds the connection 

15 information table Tconn2 in which sets of the content type Ictyp 
and the connection method information Iconnl are described in 
advance . The content retrieval device lb analyzes the main content 
data Dmc and describes sets of the locational information lurl 
and the content type Ictyp in the internal information table Tctyp. 

20 By referring to the internal information table Tctyp and the 
connection information table Tconn2, the content retrieval device 
lb is informed of the connection method which is suitable for 
retrieving the sub-content data Dsc prior to the retrieval of the 
sub-content data Dsc. 

25 [0053] In the second embodiment, the content type Ictyp is 
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described in the content data Dc, and the connection information 
management section Pconnl managed the connection method 
information Iconnl in association with the content type Ictyp. 
Alternatively, the connection method information Iconnl may be 
5 managed in association with an attribute of the content data Dc 
if the attribute is described in the content data Dc . A typical 
example of the attribute of the content data Dc includes the file 
name, the file extension, and the content length Iclg. In 
particular, if the content length Iclg is described in the content 

10 data Dc and the connection information management section Pconnl 
manages the connection method information Iconnl in association 
with the content length Iclg, the connection method information 
Iconnl to be fetched is determined by comparing the length Iclg 
of the content data Dc to be retrieved with the content length 

15 Iclg which is m anaged by the connection information management 
section Pconnl. 

[0054] In the second embodiment, the content type Ictyp is 
described in the content data Dc . Alternatively, the content 
retrieval device lb may retrieve part of the sub-content data Dsc 
20 in advance and analyze the part of the data— so as to specify the 
data format (that is, the content type Ictyp) of the present content 
data Dsc. The content retrieval device lb then fetches the 
connection method information Iconnl based on the specif led content 
type Ictyp. 

25 [0055] Hereinafter, a mobile communication unit Ucomm2 
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incorporating the content retrieval device lb of the second 
embodiment as described above will be described. The mobile 
communication unit Ucomm2 has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 
5 be referred to in the following description. The operation of 
the mobile communication unit Ucomm2 will be described with 
reference to the flowchart of FIG. 8. The flowchart of FIG, 8 
is the same as the flowchart of FIG. 5 except that steps S108, 
SlOlO, and SlOll are replaced with steps S201, S202, and S203. 
10 In FIG. 8, therefore, steps corresponding to the steps in FIG. 
5 are denoted by the same reference numerals, and the description 
thereof is omitted here. 

[0056] When the mobile communication unit Ucomm2 is to retrieve 
the content data Dc, firot, the CPU 11 first reads a program from 

15 the ROM 12 to the RAM 13 . The program in the second thio embodiment 
includes the connection information table Tconn2 shown in FIG. 
7A in advance. The connection information table Tconn2 is read 
to the RAM 13 during the reading rcad of the program. The mobile 
communication unit Ucomm2 executes steps SlOl through S107 for 

20 retrieval of the main content data Dmc . Since the content type 
Ictyp of the response data Drepl (see FIG. 2A) indicates HTML, 
the CPU 11 proceeds from step S107 to step S201, where the CPU 
11 analyzes the main content data Dmc so as to extract the sets 
of the locational information lurl and the connection method 

25 information Iconnl from the anchor tags Tancl and Tanc2 as internal 
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information . The CPU 11 stores the extracted internal information 
in the RAM 13 and describes the internal information table Tctyp 
shown in FIG. 7B (step S201) . The CPU 11 then proceeds to step 
S109. 

5 [0057] When the mobile communication unit Ucomm2 is to retrieve 
the sub-content data Dscl or Dsc2, the CPU 11 executes steps SlOl 
and S102 and then proceeds to step S202, where the CPU 11 determines 
whether or not the content data Dc to be retrieved presently is 
sub-content data Dsc (step S202) . More specifically, the CPU 11 

10 determines whether or not the same locational information as the 
locational information lurl which is included in the presently 
generated retrieval request Dcreq is found in the internal 
information table Tctyp (see FIG. 7B) described at step S201. 
[0058] If the same locational information lurl is not found 

15 in the internal information table Tctyp , the content data Dc to 
be retrieved presently is main content data Dmc. The CPU 11 
therefore proceeds goco to step S105. If the same locational 
information lurl is found in the internal information table Tctyp , 
the content data Dc to be retrieved presently is considered to 

20 be sub-content data Dsc. The CPU 11 then proceeds to step S203, 
where the CPU 11 extracts the content type Ictyp (text/html or 
video/mpeg) pairing with the extracted locational information lurl 
from the internal information table Tctyp. Thereafter, the CPU 
11 accesses the connection information table Tconn2 read in the 

25 RAM 13 together with the program- so as to extract the connection 
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method information Iconnl (packet or tel) pairing with the 
extracted content type Ictyp. The CPU 11 then proceeds to step 
S1012 . The subsequent processing is the same as that of the first 
embodiment, and thus the description thereof is omitted here. 
5 Third Embodiment 

[0059] FIG. 9 is a functional block diagram of a content 
retrieval device Ic according toe #a third embodiment of the present 
invention. FIG. 9 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 

10 Ic. As the content retrieval device la, the content retrieval 
device Ic of the third embodiment has a multi-call function that 
permits access to the content server 3 via a first communication 
path 4pkt during the packet switching connection method and that 
permits access to the content server 3 via a second communication 

15 path 4tel during the circuit switching connection method . The 
content retrieval device Ic of the third embodiment is different 
from the content retrieval device la of the first embodiment in 
that a connection information management section Pconn2 is 
additionally provided so as to realize the data communication 

20 described above. Otherwise, the Tho other construction of the 
content retrieval device Ic is the same as that of the content 
retrieval device la. In FIG. 9, therefore, the same components 
as those in FIG. 1 are denoted by the same reference numerals. 
[ OOSO O^S^] The connection information management 

25 section Pconn2 manages a connection information table Tconn3 shown 
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in FIG. 10, which includes in advance sets of a part representing 
a feature of the locational information lurl and the connection 
method information Iconnl that is the same as that in the first 
embodiment. The locational information lurl (that is, url) is 
5 uniquely allocated to each content data Dc and indicates — 
indicating the storage location of the content data Dc. Part of 
the locational information lurl represents a feature of the content 
data Dc . More specifically, the locational information lurl 
includes^ as a suffix^ an extension representing a feature of the 

10 content data Dc . Therefore, by referring to the set of the feature 
of the locational information lurl and the connection method 
information Iconnl, it is identified which connectionmethod, i.e., 
the packet switching connection method or the circuit switching 
connection method , is suitable for each feature (extension) of 

15 the locational information lurl. In general, locational 

information lurl having a form such as likc 

http : / /www . XXX . CO . jp/ yyy . html is allocated to an HTML file, where 
the extension is .html. A communication CommunicQtion delay and 
an interruption of data communication are not fatal to the HTML 

20 file. Therefore, .html preferably pairs with the connection 
method information Iconnll (packet switching connection) . 
Likewise, locational information lurl having a form such as likc 
http : / /www . XXX . CO . jp/zzz .mpg is allocated to amoving picture file 
when the file is created according to anMPEG (Motion Picture Experts 

25 Group) file , where the extension is .mpg. A 
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communication Communi cation delay and an interruption are fatal 
to the moving picture file . Therefore, .mpg preferably pairs with 
the connection method information Iconnl2 (circuit switching 
connection) , 

[ OO61 W60] The content server 3 stores some content data 

Dc (three in the illustrated embodiment of FIG. 9 ) as in the first 
embodiment. The locational information lurl described above is 
allocated to each content data Dc. In the first embodiment, the 
suitable connection method is itself— jrs- described in the main 
content data Dmc as the attribute value of the anchor tag Tanc. 
In the third embodiment, however, the anchor tag Tanc has nothing 
to do with the nature of the content retrieval device Ic, and thus 
is not shown in the third thio embodiment. 

[OO62O0€i] The operation of the content retrieval device 

Ic having the above-desribed abe^ construction will now be 
described. The protocol control section Ppc receives a content 
retrieval request Dcreq including the locational information lurl 
of the content data Dc. In response to the received retrieval 
request Dcreq, the protocol control section Ppc determines the 
connection method whoch is suitable for retrieval of the present 
content data Dc. Specifically, f irot , the protocol control 
section Ppc first extracts the feature, that is, the extension 
of the locational information lurl from the received retrieval 
request Dcreq. The protocol control section Ppc then inquires 
of the connection information management section Pconn2 about 



whether or not the feature matching with the presently extracted 
feature of the locational information lurl is found in the 
connection information table Tconn3 . If the connection 
information table Tconn3 includes the feature matching with the 
5 inquired feature of the locational information lurl, the connection 
information management section Pconn2 returns the connection 
method information Iconnl pairing with this feature of the 
locational information lurl to the protocol control section Ppc. 
The protocol control section Ppc determines which connectionmethod, 

-^^ i ' e . , the packet switching connection method or the circuit 
switching connection method , should be adopted for the content 
data Dc to be retrieved presently according to the received 
connection method information Iconnl. The subsequent operation 
is substantially the same as that of the first embodiment, and 

15 thus the description thereof is omitted here. 

[ 0063 ^^€2] As described above, each content data Dc has 

locational information lurl allocated thereto which 
represents rcprcocntinq the feature of the content data Dc. The 
content retrieval device Ic holds in advance the connection 

20 information table Tconn3 including a_description of the connection 
method information Iconnl in association with the feature of the 
locational information lurl. The content retrieval device Ic 
extracts the feature of the locational information lurl from the 
retrieval request Dcreq, Sindj_ by using the extracted feature of 

25 the locational information lurl and referring to the connection 
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information table TconnS, the content retrieval device Ic is 
informed of the connection method which is suitable for retrieving 
the content data Dc prior to retrieval of the content data Dc. 
[ 0064 W6^] In the third embodiment, the connection 

5 method information Iconnl is described in the connection 
information table TconnS in association with the extensionT — &e 
that and as a result, the protocol control section Ppc extracts 
the connection method information Iconnl based on the extension 
of the locational information lurl of the content data Dc to be 

10 retrieved. Alternatively, parts of the locational information 
lurl other than the extension, such as the host name, part or all 
of the path, the scheme, or the port number may be described in 
the connection information table TconnS. The protocol control 
section Ppc then extracts the connection method information 

15 corresponding to the information (the host name, part or all of 
the path, the scheme, or the port number ) described in the connection 
information table TconnS by using the locational information lurl 
of the content data Dc to be retrieved. 

[ 0065 W€4] Hereinafter, a mobile communication unit 

20 UcommS incorporating the content retrieval device Ic of the third 
embodiment as described above will be described. The mobile 
communication unit UcommS has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 
be referred to in the following description. The operation of 
25 the mobile communication unit UcommS will be described with 



reference to the flowchart of FIG. 11. 

[0066OO€S] When the mobile communication unit UcommS is 

to retrieve the content data DC; first, the CPU 11 first reads 
a program from the ROM 12 to the RAM 13 . The program in the third thio 
5 embodiment includes the connection information table Tconn3 shown 
in FIG. 10 in advance. The connection information table TconnS 
is read to the RAM 13 during the reading road of the program. When 
the content data Dc is to be retrieved by the mobile communication 
unit Ucomm3, the CPU 11 first operates as the browser section Pbw 
10 so as to generate a retrieval request (step S301) . More 
specifically, atstepS301, the CPU 11 generates a retrieval request 
Dcreq including the locational information lurl which is received 
from the input device 14. 

[ 0067W e€3 Thereafter, the CPU 11 operates as the 

15 protocol control section Ppc so as to extract an extension 
indicating the feature of the content data Dc to be retrieved 
presently from the presently extracted locational information lurl 
(step S302) . The CPU 11 then extracts the connection information 
Iconnl pairing with the presently extracted feature of the 
20 locational information lurl from the connection information table 
Tconn3 in the RAM 13 (step S303) . The CPU 11 determines whether 
the present content data Dc should be retrieved under the packet 
switching connection method or the circuit switching connection 
method (step S304) according to the extracted connection method 
25 information Iconnl. If the extracted information is connection 



method information Iconnll, the packet switching connection method 
is determined to be suitable for the present retrieval of the content 
data Dc. If the extracted information is connection method 
information Iconnl2, the circuit switching connection method is 
5 determined to be suitable for the present retrieval of the content 
data Dc. 

[ 0068 W€^] Subsequently, the CPU 11 determines whether 

or not the connection to the content server 3 has been established 
(step S305) . More specifically, the CPU 11 determines whether 

10 or not access to the server 3 (see FIG. 9) is possible under either 
the packet switching connection method or the circuit switching 
connection method . If the connection to the content server 3 has 
not been established, the CPU 11 passes the presently generated 
retrieval request Dcreq to either the first communication control 

15 section Peel or the second communication control section Pcc2, 
thereby instructing either the first communication control section 
Peel or the second communication control section Pcc2 to retrieve 
the content data Dc (step S306) . At this step, if the packet 
switching connection method is determined to be suitable at step 

20 S304, the presently generated retrieval request Dcreq is passed 
to the first communication control section Pccl. On the other 
hand Contrarily , if the circuit switching connection method is 
determined to be suitable, the present retrieval request Dcreq 
is passed to the second communication control section Pcc2 . The 

25 above series of processing until step S306 are those operations 
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which are executed by the protocol control section Ppc. 
[ 0069 OO€^] The first or second communication control 

section Peel or Pcc2 establishes the first or second communication 
path 4pkt or 4tel, respectively, to the content server 3 only when 
5 instructed to do so by the CPU 11 (step S307) . Once the first 
or second communication path 4pkt or 4tel has been established, 
the first or second communication control section Peel or Pee2 
passes the retrieval request Dcreq to the first or second 
communication path 4pkt or 4tel via the multiplexer/demultiplexer 

10 16 and the transmitter/receiver 17. In this way, the retrieval 
request Dcreq is output to the first or second communication path 
4pkt or 4tel(step S308) . The content server 3 receives the 
retrieval request Dcreq, generates response data Drepl as shown 
in FIG. 2A in response to the request, and sends the response to 

15 either the first or second communication path 4pkt or 4tel 
which whichcvcr has been currently established as the path to the 
mobile communication unit Ucomm3 . 

[ 00700 ^4^] In the mobile communication unit Ucomm3, the 

first or second communication control section Peel or Pcc2 receives 

20 the response data Drep directed to itself via the first or second 
communication path 4pkt or 4tel, the transmitter/receiver 17, and 
the multiplexer/demultiplexer 16. The first or second 
communication control section Peel or Pcc2 stores the received 
response data Drep in the RAM 13 in its current f or m ao it io . In 

25 this way, the CPU 11 receives the response data Drep. In the 
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subsequent step, the CPU 11 operates as the protocol control section 
Ppc so as to analyze the response data Drep in the RAM 13 (step 
S309) . Thereafter, the CPU 11 operates as the browser section 
Pbw so as to generate output data Dout in the RAM 13 according 
5 to the content data Dc (step S310) . The output data Dout is 
transferred to the output device 15 for output processing. 
[OO710©W] In some cases, the content retrieval device 

Ic of the third embodiment further generates a content retrieval 
request Dcreq after establishment of the connection with the 

10 content server 3 . In such cases, the CPU 11 determines at step 
S305 that the connection has been established. The CPU 11 then 
determines whether or not switching of the connection is required 
(step S311) . More specifically, the CPU 11 determines whether 
or not the communication path 4 (the first communication path 4pkt 

15 or the second communication path 4tel) which is presently used 
for data communication with the content server 3 matches with the 
communication path 4 determined at step S304. If the presently 
used communication path 4 jefe: matches the communication path 
determined at step S304 , aae new connection cotabliohmcnt is not 

20 required to be established , and thus_^ the CPU 11 proceeds gooo to 
step S307. If the communication path 4 determined at step S304 
is different from the communication path 4 thQt presently being 
used, the CPU 11 proceeds to step S312, where the CPU 11 first 
instructs the first or second communication control section Peel 

25 or Pcc2 that is presently being used for data communication to 
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cut the connection (disconnect the first or second communication 
path 4pk:t or 4tel) . The CPU 11 then passes the presently generated 
retrieval request Dcreq to the first or second communication 
control section Peel or Pcc2 that has been determined at step S304, 
5 thereby instructing the determined first or second communication 
control section Peel or Pcc2 to retrieve the content data Dc (step 
S312) . Thereafter, the content retrieval device le executes step 
S308. 

Fourth Embodiment 

10 [ 0072 0071 ] FIG. 12 is a functional block diagram of a 

content retrieval device Id according to e^- a fourth embodiment 
of the present invention. FIG. 12 also shows a communication 
network 2 and a content server 3 in association with the content 
retrieval device Id. The content retrieval device Id of the fourth 

15 embodiment has the same construction as the content retrieval 
device lb of the second embodiment , and thus the description thereof 
is omitted here. The content server 3 stores some content data 
Dc (three in the illustrated example) as in the third embodiment. 
[ 0073 W72] The operation of the content retrieval device 

20 Id of the fourth embodiment having the above -described abovQ 
construction will now be described. The protocol control section 
Ppc receives a content retrieval request Dcreq which is generated 
by the browser section Pbw. The content retrieval request Dcreq 
includes the locational information lurl of the content data Dc 

25 to be retrieved presently, as in the above -de scribed abovc 
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embodiments . In response to the reception of the retrieval request 
Dcreq, the protocol control section Ppc generates a header 
retrieval request Dhreq, which is data requesting the content 
server 3 to transmit only a response header He for the content 
5 data Dc to be retrieved presently. The retrieval request Dhreq 
includes the locational information lurl specifying the content 
data Dc. If data communication with the content server 3 has 
already been executed, the protocol control section Ppc passes 
the generated retrieval request Dhreq to the first or second 

10 communication control section Peel or Pcc2 which that is presently 
performing data communication, thereby instructing the first or 
second communication control section Peel or Pcc2 to retrieve the 
response header He. The first or second communication control 
section Peel or Pcc2 transmits the retrieval request Dhreq to the 

15 content server 3 via the first or second communication path 4pk:t 
or 4tel only when instructed to do so by the protocol control section 
Ppc . 

[0074O#73] If^F^ data communication with the content 

server 3 has not he already been executed, the protocol control 

20 section Ppc passes the generated retrieval request Dhreq preferably 
to the first communication control section Peel, thereby 
instructing the first communication control section Peel to 
retrieve the response header He. The first communication control 
section Peel is selected because the first communication path 4pkt 

25 is less expensive in communication cost. In response to the 
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instruction from the protocol control section Ppc, the first 
communication control section Peel transmits the retrieval request 
Dhreq to the content server 3 via the first transmission path 4pkt. 
[ 0075 ^^^] The content server 3 prepares the response 

5 header He for the content data Dcbasedon the locational information 
lurl which is specified in the received retrieval request Dhreq, 
The format of the response header He is as shown in FIG. 2A. The 
prepared response header He is transmitted by the content server 
3 to the content retrieval device Id via the first or second 

10 communication path 4pkt or 4tel. 

[0076W^&] In the content retrieval device Id, the first 

or second communication control section Peel or Pee2 receives the 
response header He via the first or second communication path 4pkt 
or 4tel, respectively, and passes the response header He to the 

15 protocol control section Ppc in its current form ao it io . The 
protocol control section Ppc extracts the content type Ictyp from 
the received response header He, and extracts the connection method 
information leonnl pairing with the extracted content type Ictyp 
from the connection information table Tconn2 (see FIG. 7A) in the 

20 connection information management section Pconnl. The protocol 
control section Ppc determines whether the present content data 
Dc should be retrieved under the packet switching connection method 
or the circuit switching connection method according to the 
extracted connection method information Iconnl. If the 

25 connection method information Iconnll is extracted, the packet 
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switching connection method is determined to be suitable . On the 
other hand Contrarily , if the connectionmethod information Iconnl2 
is extracted, the circuit switching connection method is determined 
to be suitable . 

[ 0077W 7-6] If the communication path 4 (the first 

communication path 4pkt or the second communication path 4tel) 
which is specified by the extracted connection method information 
Iconnl is the same as the communication path 4 which was used for 
the transmission of the header retrieval request Dhreq, the 
protocol control section Ppc passes the retrieval request Dcreq 
received from the browser section Pbw to the first or second 
communication control section Peel or Pcc2 which that is presently 
performing data communication, thereby instructing the first or 
second communication control section Peel or Pcc2 to retrieve the 
content data Dc . The first or second communication control section 
Peel or Pcc2 transmits the retrieval request Dcreq to the content 
server 3 via the first or second communication path 4pkt or 4tel_^ 
respectively, only when instructed to do so by the protocol control 
section Ppc. 

[ 0078 0077 ] On the contrary, if the communication path 

4 which is specified by the extracted connectionmethod information 
Iconnl is different from the communication path 4 which was used 
for the transmission of the header retrieval request Dhreq, the 
protocol control section Ppc instructs the first or second 
communication control section Peel or Pcc2 that is presently 
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performing data communication to cut (disconnect) the connection. 
The protocol control section Ppc then passes the retrieval request 
Dcreq which is received from the browser section Pbw to the first 
or second communication control section Peel or Pcc2 which that 
5 is not presently performing data communication, thereby 
instructing the first or second communication control section Peel 
or Pec2 which is not presently performing data communication to 
retrieve the content data Dc. The first or second communication 
control section Peel or Pcc2 disconnects the first or second 

10 communication path 4pkt or 4tel which is presently established 
as the path to the content server 3 only when instructed to disconnect 
the first or second communication path 4pkt or 4tel by the protocol 
control section Ppc. The first or second communication control 
section Peel or Pcc2 establishes the first or second communication 

15 path 4pkt or 4tel only when instructed to retrieve the content 
data Dc by the protocol control section Ppc, and transmits the 
retrieval request Dcreq to the content server 3. 
[ 0079 ^0^] If the communication path 4 which is used for 

the transmission of the header retrieval request Dhreq is 

20 disconnected, theprotoeol control section Ppepasses the retrieval 
request Dcreq which is received from the browser section Pbw to 
the first or second communication control section Peel or Pcc2 
which that is specified by the extracted connection method 
information Iconnll, thereby instructing the first or second 

25 communication control section Peel or Pce2 to retrieve the content 
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data Dc. The first or second communication control section Peel 
or Pcc2 establishes the first or second communication path 4pkt 
or 4tel / respectively^ as the path to the content server 3 only 
when instructed to do so by the protocol control section Ppc, and 
5 transmits the retrieval request Dcreq to the content server 3. 
The content server 3 reads the content data Dc based on the locational 
information lurl which is specified in the received retrieval 
request Dcreq, and transmits the read content data Dc to the content 
retrieval device Id via the first or second communication path 

10 4pkt or 4tel which that is presently used for data communication. 
[ 0080 ^07^] As described above, the content retrieval 

device Id retrieves the response header He of content data Dc before 
retrieving the content data Dc, and the control retrieval device 
Id is informed of a connection method which is suitable for the 

15 retrieval of the present content data Dc by referring to the content 
type Ictyp which is included in the retrieved response header He 
and the connection information table Tconn2 . 

[ 0081 ^080] In the fourth embodiment, the content type 

Ictyp is extracted from the response header He, and the connection 

20 information management section Pconnl managed the connection 
method information Iconnl in association with the content type 
Ictyp. Alternatively, an attribute of the content data Dc which 
is included in the response header He (for example, the content 
length Iclg) may be extracted, and the connection information 

25 management section Pconnl may manage the connection method 



information Iconnl in association with this attribute of the 
content data Dc. In particular, when the attribute of the content 
data Dc is the content length Iclg, the content retrieval device 
Id determines the connection method information Iconnl to be- 
5 extracted by comparing the length Iclg of the content data Dc to 
be retrieved presently with the content length Iclg which is m anaged 
by the connection information management section Pconnl . 
[ 0082W &^] Hereinafter, a mobile communication unit 

Ucomm4 incorporating the content retrieval device Id of the fourth 

10 embodiment as described above will now be described. The mobile 
communication unit Ucomm4 has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 
be referred to in the following description. The operation of 
the mobile communication unit Ucomm4 will be described with 

15 reference to the flowchart of FIG. 13. FIG. 13 is the same as 
FIG. 11 except that steps S302 to S304 are replaced with steps 
S401 to S405. In FIG. 13, therefore, steps corresponding to the 
steps in FIG. 11 are denoted by the same reference numerals, and 
the description thereof is omitted here. 

2 0 [0083O©d2-] When the mobile communication unit Ucomm4 is 

to retrieve the content data Dc, firot, the CPU 11 first reads 
a program from the ROM 12 to the RAM 13 . The program in the f ourth this 
embodiment includes the connection information table Tconn2 shown 
in FIG. 7A in advance. The connection information table Tconn2 

25 is read to the RAM 13 during the reading road of the program. 
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Thereafter, the CPU 11 generates a retrieval request (step S301) . 
The CPU 11 then operates as the protocol control section Ppc to 
generate a header retrieval request Dhreq (step S402) . 
[ 0084 0083] The CPU 11 passes the generated retrieval 

5 request Dhreq to either the first communication control section 
Peel or the second communication control section Pcc2 . If data 
communication with the content server 3 has already been executed, 
the CPU 11 passes the generated retrieval request Dhreq to the 
communication control section which that is presently performing 

10 data communication, thereby instructing the communication sontrol 
section which is presently performing data communication to 
retrieve the response header He. In response to the instruction 
from the CPU 11, the first or second communication control section 
Peel or Pcc2 transmits the retrieval request Dhreq to the content 

15 server 3 via the multiplexer/demultiplexer 16, the 
transmitter/receiver 17, and the first or second communication 
path 4pkt or 4tel. On the contrary, if no data communication with 
the content server 3 has not already been executed, the CPU 11 
passes the generated retrieval request Dhreq to the first 

20 communication control section Peel . In response, the first 
communication control section Peel transmits the retrieval request 
Dhreq to the content server 3 via the multiplexer/demultiplexer 
16, the transmitter/receiver 17, and the first communication path 
4pkt. In this way, the header retrieval request Dhreq is 

25 transmitted to the content server 3 (step S402) . 



[0085O-O&4] The content server 3 generates the response 

header He and returns the response header He to the mobile 
communication unit Ucomm4 via the first or second communication 
path 4pkt or 4tel. In the mobile communication unit Ucomm4, the 
5 first or second communication control section Peel or Pcc2 receives 
the response header He via the first or second communication path 
4pkt or 4tel, the transmitter/receiver 11, and the 
multiplexer/demultiplexer 16, and stores the response header He 
in the RAM 13 in its current form ao it is . In this way, the CPU 

10 11 receives the response header He (stepS403) . The CPU 11 extracts 
the connection method information leonnl pairing with the content 
type Ictyp in the received response header He from the connection 
information table Tconn2 (see FIG. 7A) in the RAM 13. The CPU 
11 determines whether the content data De should be retrieved under 

15 the packet switching connection method or the circuit switching 
connection method according to the extracted connection method 
information leonnl (step S405) . Subsequently, the mobile 
communication unit Ueomm4 executes steps S305 through S312 that 
are substantially the same as those shown in FIG. 11. It should 

20 be noted^ however_^ that the content server 3 may transmit only 
the content data De to the mobile communication unit Ucomm4 in 
response to the content retrieval request Dereq. Transmission 
of the response header He is not necessarily required. 

In the first to fourth embodiments described 

25 above, HTML is adopted as the markup language. The content 
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retrieval devices la to Id of the first to fourth embodiment of 
the present invention can also perform the processing described 
above for content data Dc which is described in XML (eXtention 
Markup Language) . 
5 [ 0087 OOB€] While the present invention has been 

described in detail, the foregoing description is in all aspects 
illustrative and not restrictive. It is to be understood that 
numerous other modifications and variations can be devised without 
departing from the scope of the present invention . 
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ABSTRACT OF THE DISCLOSURE 

In a content retrieval device, a browser section 
generates a retrieval request for sub-content data to be retrieved 
5 presently. A protocol control section determines which 
communication path— between a first communication path or a second 
communication path— should be used prior to the reception of the 
sub-content data which is specified by the browser section. If 
the protocol control section determines that uoo of the first 

10 communication path is to be used , a first communication control 
section receives the sub-content data which is specified by the 
browser section from a content server. If the protocol control 
section determines that uoo of the second communication path is 
to be used , a second communication control section receives the 

15 sub-content data from the content server . In this way, the content 
retrieval device can select a suitable connection method prior 
to the reception of data. 
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